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Einführung 


0 Einführung 


Das CAD-Programm HALMA wurde in den Jahren 1982 bis 1986 am In- 
stitut für Theoretische Nachrichtentechnik und Informaticonsver- 
arbeitung der Universität Hannover im Rahmen des E.I1.S.-Projektes 
entwickelt. HALMA automatisiert den Entwurf von Schaltnetzen und 
gestattet dabei dem Benutzer, neben technologischen Parametern 
Optimierungsgewichte und Randbedingungen für die Verzögerungszeit 


vorzugeben. 


Dieses Handbuch beschreibt die Benutzung von HALMA und ist für 
Leser gedacht, die schon eine gewisse Erfahrung im Umgang mit 
Rechnern haben. Insbesondere wird die Bedienung von VAX-Rechnern 
(Editieren, Starten von Programmen, BACKUP etc.) als bekannt 


vorausgesetzt. 


Sollten Ihnen Teile dieses Handbuches zu knapp erscheinen, so muß 
auf die in Kapitel 6 aufgeführte Literatur verwiesen werden. 
HALMA entstand aus Arbeiten von Th.Frank, A.Kemper, B.Krönke und 
Th.M.Sarfert. Die jeweiligen Original-Arbeiten enthalten detail- 


lierte Beschreibungen der Bestandteile von HALMA. 


9.1 Entwurf von Schaltnetzen 


HALMA führt den Schaltnetzentwurf in vier Schritten durch: 


1. Übersetzung der Schaltnetzspezifikation in eine Funktionsta- 


belle. 
Umsetzung der Funktionstabelle in unvermaschte Schaltnetze 


m 


aus NAND-Gattern mit je zwei Eingängen und Invertern. 

3. Optimierung der NAND2-Inverter-Schaltnetze durch lokale 
Transformationen und durch Zusammenfassen äquivalenter 
Unterschaltnetze. 

l!, Graphische Ausgabe der erzeugten Schaltnetze als Druck- oder 


Plot-Graphik. 


Entwurf von Schaltnetzen 


Aufbau von HALMA 
Spezifikation 
Compiler 


Funktionstabelle 
(LOGE-Format) 


Netzliste 
Transformator 


Netzliste 


Graphische 


Ausgabe 





Schaltbild 


Da ein Schaltnetz ein n-Bit Eingangs-Wort gedächtnislos in ein M- 
Bit Ausgangs-Wort umceodiert, kann man jedes Schaltnetz durch An- 
gabe arithmetischer oder logischer Verknüpfungen eindeutig spezi- 
fizieren. HALMA enthält zu diesem Zweck einen Compiler, der in 
Schritt 1. in einer Beschreibungssprache abgefaßte Spezifikationen 
in eine Art Funktionstabelle umsetzt. Die Funktionstabellen haben 


das sogenannte LOGE-Format (LOGE ist ein CAD-Programm von der Uni- 
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Entwurf von Schaltnetzen 


versität Karlsruhe). 






ung 


Eingangswort % 
n Bit 
& 


Y% Ausgangswort 
m Bit 


Die Funktionstabelle wird im zweiten Schritt auf verschiedene 
Arten, unter denen der Benutzer wählen kann, zusammengefaßt bzw. 
minimiert und in ein mehrstufiges Schaltnetz umgesetzt, daß nur 
aus Invertern und NAND-Gattern mit je zwei Eingängen besteht. 
Solche Schaltnetze sind in der CMOS-Technologie recht 
verzögerungsarm und lassen sich mit vertretbarem Aufwand entwer- 
fen. Der Benutzer kann vorgeben, wieviele Stufen das Schaltnetz 
maximal haben soll. Außerdem kann er die verwendeten Such-Heuri- 


stiken durch Setzen von Parametern beeinflussen. 


Die NAND2-Inverter-Schaltnetze werden im dritten Schritt weiter 
optimiert. Es wird versucht Teilschaltnetze zu finden, ie sich 
durch günstigere Gatterkonsteilationen ersetzen lassen. Durch Pa- 
rametrisierung einer Gütefunktion kann der Benutzer bestimmen, 
welche Schaltungseigenschaften (Fiäche, Delay, Gatterzahl, Zahl 
der Transistoren, Zahl der Verbindungen) bevorzugt optimiert 


wird. 


Um die Entwurfsergebnisse überprüfen zu können, enthält HALMA eine 
raphische Ausgabe. Die ermittelten Schaltpläne können als 
Drucklisten oder Plots ausgegeben werden. Zur Zeit enthält HALMA 
Piot-Treiber für Tektronix-Terminals, für HP-GCL (Hewlett-Packard 
Graphics Language) und für die im Institut für Theoretische 
Nachrichtentechnik verwendete Plot-Schnittstelle. Weitere Treiber 
lassen sich leicht hinzufügen, da nur mit Low-Level-Primitiven 


geplottet wird. 


Entwurf von Schaltnetzen 


Die vier Teilprogramme von HALMA können auch einzeln verwendet 
werden, wenn ihre Eingabedaten durch andere CAD-Programme oder von 
Hand erzeugt wurden. Die Schnittstellenformate für Netzlisten und 
Funktionstabellen werden in den entsprechenden Abschnitten und im 


Anhang näher beschrieben. 
0.2 HALMA 


HALMA wurde auf einer VAX11/780 implementiert und bisher außerdem 
auf einer MicroVAX II und einer VAX11/785 erprobt. Der Betrieb auf 
Rechnern, die nicht der VAX-Familie angehören, wird momentan nicht 
unterstützt. An der Implementierung einer abgemagerten Version von 


HALMA auf dem IBM PC wird gearbeitet. 


HALMA enthält neben den in 0.1 aufgeführten vier Programmen di- 
verse DCL-Prozeduren. Die wichtigste von ihnen ist HALMA.COM. 
HALMA.COM dient als Benutzeroberfläche und steuert die Aufrufe der 


Programme und die Verwaltung der Dateien. 


Insgesamt besteht HALMA aus etwa 60000 Zeilen Source-Code in den 
Programmiersprachen C, FORTRAN 77, PASCAL und DCL. Bisher un- 


entdeckte Programmierfehler sind daher nicht auszuschließen. 


Sollten alsc bei der Benutzung von HALMA Fehler auftreten, die 
nicht auf fehlerhafte Benutzereingaben zurückzuführen sind, So 
wäre allen HALMA-Benutzern sehr damit gedient, wenn dies den 
Entwicklern von HALMA per Fehler-Report mitgeteilt würde. Die 
Kontaktadresse und einen entsprechenden Vordruck enthält der An- 


hang dieses Handbuches. 


0.3 Aufbau und Benutzung des Handbuchs 


Die Benutzer-Schnittstelle von HALMA wurde möglichst selbstklärend 
gehalten. Daher gibt das vorliegende Handbuch einen bewußt kurzen 


Überblick über die Benutzung von HALMA. 


Das Handbuch ist in sieben Kapitel und vier Anhänge gegliedert: 
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Aufbau und Benutzung ... 


Kapitel O0 ist die Einführung, die Sie gerade lesen. 


Kapitel 1 behandelt die Benutzeroberfläche von HALMA und be- 
schreibt, wie man HALMA installiert, startet, bedient und be- 


endet. 


Kapitel 2 beschreibt die Spezifikation von Schaltnetzen in einer 
Sprache, die vom HALMA-Teilprogramm HDL in eine Funktionstabelle 


umgesetzt werden kann. 


Kapitel 3 ist der Synthese von unvermaschten NAND2-Inverter- 
Schaltnetzen gewidmet und erläutert die möglichen Benutzer-Ein- 


griffe zur Beeinflussung des Synthese-Vorgangs. 


Kapitel 4 beschreibt den dritten Block von HALMA zur Optimierung 
durch lokale Transformationen. In diesem Kapitel wird auch behan- 
delt, wie technologische Daten der verwendeten Gattertypen für 


HALMA aufbereitet werden müssen. 


Kapitel 5 schließt die Beschreibung der Teile von HALMA mit der 


Graphik-Ausgabe ab. 


Kapitel 6 enthält eine Liste aller bisher erschienenen Arbeiten 


aus dem HALMA-Projekt. 


Die Anhänge richten sich mehr an erfahrene HALMA-Benutzer(innen), 
denen Details entfallen sind. Das Formular in Anhang D sollte für 


Fehlermeldungen verwendet werden. 


0-9 


Die Benutzung von HALMA 


1 Die Benutzung von HALMA 
1.1 Bevor Sie beginnen 


Damit Sie HALMA benutzen können, muß HALMA sowohl auf Ihrem Rech- 
ner als auch in Ihrer DCL-Symboltabelle ordnungsgemäß installiert 


und vereinbart sein. 


Wichtig: Sorgen Sie dafür, daß eine Sicherheitskopie des HALMA- 


Magnetbands an einem sicheren Ort verwahrt wird! 
1.2 Die Dateien auf dem HALMA-Band 


Die wichtigsten Dateien auf dem HALMA-Magnetband sind: 


HALMA.COM DCL-Steuerprozedur 
HLMLOGIN.COM definiert die DCL-Symbole 
AUTOINSTALL.COM korrigiert HLMLOGIN.COM 
HDLRUN.EXE Spezifikations-Compiler 
HALMA.EXE Synthese von NAND2-Inverter- 
Schaltnetzen 
TREE.EXE Lokaler Transfornmierer 
SETUP.TREE Parameter für TREE 
GDVM.DAT Technologiedaten für TREE 
HALMAPLOT.EXE graphische Ausgabe ("Halbkäse") 
HALMAPLOTNEU.EXE ("Kästchen") 
HALMADRUCK.EXE (Druckliste) 
HILONET.COM + .EXE Netzlistenkonverter ==> HILO3 
TEKPLOT.COM + .EXE Plot-Treiber für Tektronix 
HPPLOT.COM + .EXE HP-GL 
HALMADF.DAT City-Block-Daten für HLM 
MANUAL.DOC dieses Handbuch 
BUGS.DOC bekannte Mängel von HÄALMA 


Die Standard-Extensions für Dateinamen sind unter Punkt 1.5.6 


aufgeführt. 


Start von HALMA 


1.3 Start von HALMA 


Benutzer von HALMA sollten in ihrem LOGIN-File eine Anweisung der 


Form: 


HALMA: ==@PROG:[KEMDIR.HALMA.COM]HLMLOGIN.COM pat 


stehen haben. Durch Eingabe von HALMA wird dann zunächst 
HLMLOGIN.COM aufgerufen um die DCL-Symbole für HALMA zu vereinba- 
ren. HLMLOGIN.COM definiert das Symbol HALMA so um, daß beim 
nächstenmal HALMA.COM direkt aufgerufen wird. Nach den Symbolde- 
finitionen ruft HLMLOGIN.COM die Steuerprozedur HALMA.COM auf und 
startet damit HALMA auf der durch den Parameter "path" angegebenen 
Directory. Der Benutzer wird nach "project" gefragt, damit HALMA 
alle Dateinamen einheitlich mit dem Projektnamen versehen kann. 
Beim nächsten Aufruf von HALMA wird automatisch das zuvor verwen- 


dete Projekt übernommen, wenn kein neuer Name als erster Parameter 


übergeben wurde. 
Beispiele: 
@l...HALMA.COMJHLMLOGIN disk:[user.cad] 


HALMA fulladder 


1.43 Die Installation 


HALMA geht von folgender Directory-Struktur aus: 


[...HALMA] HALMA Haupt-Directory 
[...HALMA.COM] DCL-Programme und Editor-Startups 
[...HALMA.EXE] exekutierbare Images 
[...HALMA.DAT] Hilfsdateien (Technologie etc.) 


Wenn Sie die Instruktionen im folgenden Abschnitt 1.4.1 genau be- 
folgen, wird diese Struktur bei Verwendung eines original HALMA- 
Magnetbandes automatisch eingerichtet und sollte nur verändert 


werden, wenn sehr gute Gründe dafür sprechen! 


Lesen des Magnetbandes 


1.4.1 Lesen des Magnetbandes 


Das HALMA-Magnetband wird mit folgenden DCL-Befehlen gelesen, 
nachdem es (ohne Schreibring!) in eine Bandmaschineg mit der 
richtigen Aufzeichnungsdichte eingelegt wurde (1600 oder 6250 BpIl 
je nach Band-Aufschrift): 


ALLOCATE name 

MOUNT/FOREIGN name 

BACKUP/LOG/SELECT=[KEMDIR.HALMA...] - 
name:HALMA.BKP disk:[dir.HALMA...] 

DISMOUNT/UNLOAD name 

DEALLOCATE name 


Dabei ist: 


name - der Name der Bandstation (z.B. MTAO:) 

disk - die Platte, auf der HALMA installiert werden 
soll (z.B. DRB1:) 

dir - die Directory, unter der HALMA auf "disk" 


installiert werden soll (z.B. SYSSCAD) 


1.4.2 DCL-Symbolvereinbarungen 


Damit HALMA gestartet werden kann, muß die Prozedur HLMLOGIN.COM 
ein CONCEALED ASSIGN durchführen, das die Platte HLM$DISK defi- 
niert. Sämtliche Dateizugriffe von HALMA beziehen sich auf diese 
Platte, so daß nur eine Zeile in HLMLOGIN.COM auf der Directory 
[...HALMA.COM] geändert werden muß, um HALMA auf einer anderen 
Platte zu installieren. Wenn Sie sich auf der Directory 
[..HALMA.COM] befinden und mit 


@AUTOINSTALL 


AUTOINSTALL aufrufen, wird HLMLOGIN.COM automatisch so angepaßt, 


daß die aktuelle Plattenkonfiguration berücksichtigt wird. 


DCL-Symbolvereinbarungen 


HLMLOGIN.COM überprüft, ob die für HLM$DISK vereinbarte physi- 
kalische Platte existiert und verwendet werden kann. Ist das nicht 
der Fall, so gibt HLMLOGIN.COM eine entsprechende Fehlermeldung 


aus und schlägt ein ASSIGN-Statement vor. 


Bei der Installation muß auf jeden Fall per Hand oder mit 
AUTOINSTALL.COM die eine ASSIGN-Zeile in HLMLOGIN.COM überprüft 


und ggf. geändert werden. 


HLMLOGIN.COM stellt fest, ob die PAGEFILE-QUOTA und das sog. 
BYTELIMIT groß genug sind. Im Fall von Fehlermeldungen sollten Sie 
Ihren VAX-Systemmanager bitten, Ihnen eine PAGEFILE-Quota von 
mindestens 30000 Blöcken und ein Bytelimit von mindestens 8000 


einzurichten. 


1.5 Das HALMA-Menü 


CIRCUIT DEVELOPMENT 


project: DEMO 
pathı PROS: LHALMA.DEMO] 
queueı BYSSBATCH 


time 06: 21 


press key-pad (0> to get help 


> 
OıHLP 1:DWN Z18NSL SıTHR 4ı UP SıPIN &ıPOU 7ıRUN BIEDI AıEDO Pi:EX -ıQUE ‚„ıPRO 





Das HALMA-Menü 


HALMA tritt dem Benutzer über ein Bildschirm-Menü entgegen, das 
per DCL-Prozedur als Maske realisiert ist. Da zum Aufbau der Maske 
VT100-spezifische Escape-Sequenzen verwendet werden, läßt sich 


HALMA nur auf VTi00-kompatiblen Terminals (z.B. VT101, VT102, 
VT220) starten. 
Zur Menü-Auswahl werden die Keypad-Tasten rechts an der Tastatur 


verwendet. HALMA.COM setzt das Terminal in den sog. APPLICATION- 


Mode und kann so die Tasten direkt abfragen. 


1.5.1 _ Hilfe! 


PFi 


exit 
(twice) 


» 
new 
project 
press 3 
<RETURN? 
to continuei single through 
step 





Die Belegung der Keypad-Tasten wird ständig in einer Fußzeile 
eingeblendet und kann außerrdem durch die "0"-Taste interaktiv er- 


fragt werden (HELP-Funktion). 


Programmteile auswählen 


1.5.2 Programmteile auswählen 


In der Maske werden schematisiert die vier Teilprogramme von HALMA 
dargestellt: HDL, HLM, TREE und PLT. Durch die Tasten "1" und "4" 
kann ein Masken-Cursor bewegt werden, der den gerade angewählten 
HALMA-Teil anzeigt. "4" (UP) bewegt den- Cursor nach oben, "1" 
(DOWN) nach unten. Der Cursor wandert zyklisch weiter, sobald er 


einen Rand-Block durchschritten hat. 


1.5.3 Starten eines Programmteils 


Der mit dem Masken-Cursor ausgewählte Programmteil wird durch die 
RUN-Taste "7" gestartet. Als Ein- und Ausgabedateien werden die 
Dateien mit dem neben dem Block invers dargestellten Namen ver- 
wendet. Standardmäßig befindet sich HALMA im "single step mode", 
d.h. es wird nur ein Programmteil ausgeführt und dann angehalten. 
Durch Betätigen der THROUGH-Taste "3" schaltet man den single Step 
mode aus, "2" (SINGLE) schaltet ihn ein. 


1.5.4 Editieren der Eingabe 


Durch die EDIT-INPUT-Taste "8ö" wird der Editor gestartet und man 
kann die Eingabedatei für den ausgewählten Programmteil ansehen 
oder editieren. Je nach angewähltem Programmteil wird der Editor 
anders initialisiert, so daß mit dem Editor-Kommando "GOLD H" 
stets ein passender Rahmen in die Eingabedatei kopiert werden 


kann. Diese Möglichkeit wurde für die Blöcke HDL und HLM einge- 


baut. 
1.5.5 Ansehen der Ausgabe 


Da die Ausgabe eines Blockes die Eingabe für den nächsten Block 
ist, kann man bis auf die Plot-Ausgabe die Ausgabedatei wie unter 
1.5.4 beschrieben editieren, wenn man vorher den passenden Block 
angewählt hat. Direkt geht dies mit der EDIT-OUTPUT-Taste "9", die 


den Editor mit der Ausgabedatei des angewählten Blockes startet. 


Der Projektname 


1.5.6 Der Projektname 


Sämtliche Ein- und Ausgabedateien enthalten einen sogenannten 
Projektnamen wie "fulladder", "decoder" oder "alu74181". Mit Hilfe 
der NEW-PROJECT-Taste "," kann man einen neuen Projektnamen ein- 
geben. Wird nur <RETURN? eingegeben, so bleibt. der alte Name er- 
halten. 


Folgende Dateinamen werden für jedes Projekt vereinbart: 


project.HDL Schaltnetzspezifikation 
project.PRT Protokoll des HDL-Compilers 
project.HLM Funktionstabelle im LOGE-Format 
project.HNET NAND2-Inverter Netzliste 
project.TNET lokal optimierte Netzliste 
pradeet TEN, Netzliste im a 
project_1.PRN Druck-Graphik von project.HNET 
project_2.PRN Druck-Graphik von project.TNET 
project _1.PLT Plot-Graphik von project.HNET 
projeot 2.PLT Plot-Graphik von project.TNET 
project.LIS LOG-File des Batch-Jobs 


15.7 Stapelverarbeitung 


Statt den angewählten Block interaktiv mit Hilfe der RUN-Taste "7" 
zu starten, kann man über die SUBMIT-Taste PF4 auch einen Batch- 
Job daraus machen. Einziger Unterschied zum interaktiven Betrieb 
ist, daß Batch-Jobs nicht im single step mode arbeiten sondern den 
ausgewählten und alle folgenden Blöcke ausführen. Das LOG-File des 
Batch-Jobs erhält den Namen "projectname.LIS". Mit Hilfe der NEW- 
QUEUE-Taste "-" kann man eine andere Batch-Queue wählen (<RETURN> 
ergibt die vorher gewählte Queue). Die Standard-Queue wird in der 


Maske angezeigt. 


Ergebnisse ausdrucken 


1.5.8 Ergebnisse ausdrucken 


Durch Betätigen der PRINT-Tasten "5" oder "6" kann man Ergebnis- 
Dateien ausdrucken. "5" schickt die Eingabedatei des aktuell aus- 
gewählten Blocks zum Drucken, "6" seine Ausgabedatei. Eine Aus- 
nahme bildet der Block PLT. Hier wird -.die - Druck-Graphik zum 
Drucker geschickt. Die Plot-Graphik kann nur mit Plot-Treiber- 


Programmen ausgegeben werden. 
1.5.9 DCL-Kommandos zwischendurch 


Da HALMA.COM ein DCL-Programm ist, lassen sich sämtliche DCL-Kom- 
mandos aus HALMA.COM heraus absetzen. So ist es z.B. möglich mit 
DIR die ‘aktuelle Directory anzusehen, oder mit SET DEFAULT eine 
neue Directory anzuwählen. Man sollte natürlich nur solche Kom- 
mandos verwenden, die HALMA nicht "in's Gehege!" kommen. Vorsicht 
ist insbesondere angezeigt bei Kommandos, die Dateidefinitionen 
verändern, Namen umbenennen, Protections setzen etc. Änderungen in 
der Datei SETUP.TREE werden z.Z. erst beim nächsten Aufruf von 
HALMA berücksichtigt. 


Die aktuelle Directory wird stets oben rechts in der Maske ange- 
zeigt. 
Durch das Kommando "HILONET" kann man zuvor durch TREE erzeugte 


Netzlisten in _das HILO-Format. für den Simulator HILO3 umwandeln. , 
Darci "Got VLotch mn tur 2 Art2Äuhe de om feurzfsa Sim er 


1.5.10 Ausgabe von Plots 


PLT erzeugt neben Druck-Graphiken auch PLOT-Graphiken (erkennbar 
an der Extension .PLT). Um Plot-Graphiken auszugeben, muß man 
passende Peripherie und passende Piot-Treiber verwenden. HALMA 
kann Tektronix-Terminals und Hewlett-Packard-Plotter ansteuern. 
Die PLT-Dateien haben ein intern am Institut für Theoretische 
Nachrichtentechnik verwendetes Vektor-Format, das sich leicht für 


alle möglichen Graphik-Geräte auswerten läßt. 


Ausgabe von Plots 


Beispiel-Aufrufe: 


@HLM$COM:TEKPLOT.COM project_2.PLT "1.0 0.0 0.0 0.0 1.0 0.0" 


@HLM$COM:HPPLOT.COM project_1 


Im ersten Beispiel wurden Transformationskoeffizienten angegeben, 
mit denen man vorgeben kann, wie der Plot skaliert werden soll. 


Die Koeffizienten sind: 
mxx mxy bx mxy myy by 
Die resultierende Abbildung berechnet sich nach den Beziehungen: 


x! 
y! 


mxx*X +mxy*Y +bx 


mxy*X +myy*Y +by 


Durch Angabe geeigneter Koeffizienten kann man den Plot also 


strecken, stauchen, spiegeln und drehen. 


Die Plot-Treiber enthalten Hilfs-Informationen, die man wie folgt 


abrufen kann: 


@HLM$COM:TEKPLOT ? 


@HLM$COM:HPPLOT ? 


1.5.11 HALMA beenden 


Um HALMA.COM zu verlassen muß man zweimal die GOLD-Taste "PF1" 
betätigen oder LOGOUT eingeben. 


1.5.12 Wenn ein Fehler eintritt 


Fehler beim Ablauf von HALMA können prinzipiell zwei Gründe haben: 
Entweder ist die Benutzer-Eingabe fehlerhaft, oder Sie haben einen 


Fehler in HALMA aufgespührt. 


Sollte das Letztere der Fall sein, so bitten wir um Nachricht mit 
dem Formular in Anhang D und entschuldigen uns für etwaige Fru- 


strationen, die bei Ihnen durch HALMA entstanden sein sollten. 


Wenn ein Fehler eintritt 
Bei Batch-Jobs geht die Fehlerursache meist aus dem LIS-File her- 


vor. Interaktiv sind Fehlermeldungen manchmal schnell "verschwun- 


den". Da bleibt dann nur ein weiterer Versuch per Batch-Job. 
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2 Übersetzung von Schaltnetzspezifikationen 


241 Einführung 


Um ein Schaltnetz zu spezifizieren, sind die folgenden Angaben 


notwendig: 


- Wieviele Eingänge sind vorhanden? 

- Wieviele Ausgänge? 

- = Welche Eingangskombinationen treten auf? 

- Welche arithmetisch-logischen Beziehungen (Funktionen) 
soll das Schaltnetz realisieren? 


- Gibt es Randbedingungen für die Verzögerungszeit? 


Es wäre relativ unbequem, diese Angaben in einem festen Format, 
etwa in einer Tabelle, angeben zu müssen. Daher enthält HALMA 
einen Compiler, der in der Lage ist, Schaltnetzspezifikationen, 
die in einer PASCAL ähnlichen Spezifikationssprache abgefaßt wur- 
den, formatfrei zu interpretieren und in einer Funktionstabelle 


umzuwandeln. 


2.2 Die Spezifikationssprache 


Eine Schaltnetzspezifikation für HALMA setzt sich aus mehreren 
Sektionen zusammen, die im folgenden beschrieben werden. Der Com- 
piler ermittelt aus der Spezifikation, welche Eingangskombinatio- 
nen auftreten können. Aus der Sektion SPECIFICATION erstellt er 
virtuellen Operations-Code, der von einer Stack-Maschine für jede 
vorkommene Eingangskombination abgearbeitet wird, um so die 


Funktionstabelle zu generieren. 


Wichtig: 


Alle Zeilen einer Spezifikation dürfen 
erst ab Spalte 6 beschrieben sein, da 
sonst das Einfügen von Fehlermeldungen 


in den Quelltext nicht funktioniert! 


2=1 


Die Spezifikationssprache 


Eine Sektion kann aus einer oder mehreren Anweisungen bestehen, 


die durch ";" getrennt werden. Ein ".n schließt die Sektion ab. 


Kommentare müssen in geschweifte Klammern eingeschlossen werden 


und dürfen nicht geschachtelt sein. 


Groß- und Kleinschreibung sowie überflüssige Leerzeichen werden 
vom Compiler ignoriert. Statements dürfen beliebig über Zeilen- 


grenzen gehen, wenn dadurch keine Bezeichner oder Sonderzeichen 


aufgespalten werden. 


Bezeichnernamen dürfen zwar 30 Zeichen lang sein, man sollte sich 
jedoch auf weniger beschränken, da im LOGE-Format nur Namen mit 6 
Zeichen zugelassen sind (HLM läßt 24 Zeichen zu). Da der HDL-Com- 
piler aus Variablen mit mehr als einem Bit Wortlänge indizierte 
Variablennamen generiert, kann aus einem Namen mit 4 Zeichen im 
LOGE-Format ein Name mit 6 Zeichen werden. Namen müssen stets mit 


einem Buchstaben beginnen. 
2.2.1 PROGRAM 


Die Spezifikation beginnt mit einer Anweisung der Form: 
PROGRAM name 


Mit "name" wird das Schaltnetz zu Dokumentationszwecken bezeich- 


net. 
Dahinter kann eine Anweisung der Form 
(DEBUG = 1) 


stehen, mit der man das Übersetzungsprotokoll steuern kann 


(siehe 2.3). 


DECLARE: Variable vereinbaren 


2.2.2 DECLARE: Variable vereinbaren 


Die erste Sektion beginnt mit dem Schlüsselwort DECLARE. Sie 
muß sämtliche Eingangs-, Ausgangs- und Zwischenvariable mit den 


jeweiligen Wortlängen enthalten. 
Beispiel: 


DECLARE a,b, ein: 1 BIT; 
out: 2 BYTE. 


Nur die Standard-Variable IN darf nicht deklariert werden (siehe 


2.2.5.3: 


2.2.3 CONSTRAINTS: Wertebereiche festlegen 


In der Sektion CONSTRAINTS wird festgelegt, welche Werte cie Ein- 
gangsvariablen annehmen können. Dabei wird eine Intervall- 


schreibweise verwendet: 
Beispiel: 


CONSTRAINTS alpha: [1,3..5, 7,9. .2##4-1]; 
p,ein: [0..1]: 


Wenn die in DECLARE vereinbarte Wortbreite das angegebene Inter- 
vall nicht aufnehmen kann, wird eine Fehlermeldung generiert. Va- 
riable mit demselben Wertebereich können in einer Liste aufgereiht 
werden. Negative Zahlen werden im 2er-Komplement dargestellt und 


brauchen daher für ihr Vorzeichen ein Bit mehr. 


>.2.4 DELAYS: Laufzeiten vorgeben 


In der Sektion DELAYS kann der Benutzer vorgeben, welche maximalen 
Verzögerungszeiten (in [Ins]) das Schaltnetz aufweisen darf. 
Außerdem kann ein STARTDELAY angegeben werden, das aussagt, um 
wieviel eine Variable gegenüber den anderen verzögert am Eingang 


anliegt. 
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DELAYS: Laufzeiten vorgeben 


Beispiel: 


DELAYS 
STARTDELAY: a 
MAXDELAY: out = 20. 


" 
un 


2.2.5 SPECIFICATION: die eigentliche Beschreibung 


Die Sektion SPECIFICATION enthält die funktionale Beschreibung des 
zu entwerfenden Schaltnetzes. Diese Sektion wird vom Compiler in 
eine Zwischenform umgesetzt, die für jede Eingangskombination 


abgearbeitet werden muß. 


2.2.5.1 Wertzuweisungen 


Für Wertzuweisungen wird wie in PASCAL das Zeichen ":=" verwendet, 
um es nicht mit dem logischen Vergleich zu verwechseln. Ist die 
Wortlänge des Zieloperanden größer als nötig, so wird mit Nullen 
aufgefüllt. Ist sie zu klein, so wird eine Overflow-Warnung gene- 


riert. 


Die Zuweisung eines undefinierten Wertes führt zu einer Fehler- 


meldung. 


2.2.5.2 Arithmetische Operationen 


Außer den Grundoperationen +, *%, / und - sind die monadischen 


Operationen 


SOR(X) - Quadrat 

SQRT(X) - Quadratwurzel 

ABS(X) - Betrag 

SHL(X) - um ein Bit nach links schieben 
SHR(X) - um ein Bit nach rechts schieben 


eingebaut worden. Wenn die Reihenfolge der Formelauswertung nicht 
durch Verwendung von Klammern festliegt, gilt "Punktrechnung geht 


vor Strichrechnung". 


Arithmetische Operationen 


Die gewünschte Rechengenauigkeit in Bit kann hinter jedem Operator 


in eckigen Klammern angegeben werden: 
a=b+[4] cc; 


Die Operationen werden in 2er-Komplement-Arithmetik unter Be- 


rücksichtigung der Operanden-Wortlängen durchgeführt. 


Undefinierte Operanden führen zu einer Fehlermeldung. 


2,253 Logische Operationen 


An logischen Operationen sind AND, OR, NOT, und EXOR vorhanden, 
die ihre Operanden bitweise miteinander verknüpfen. Daneben gibt 
es die gewohnten Vergleichsoperatoren >, £, =, {s, = und ©. 
Ergebnisse logischer Operationen dürfen nicht für arithmetische 


Operationen verwendet werden. 


Eine besondere Operation ist die durch das Zeichen "//" darge- 
stellte Konkatenation. Sie hängt zwei Operanden als Bitketten 


hintereinander. 
2.2.5.4 IN und OUT 


Die Funktionstabelle hat einen Eingangs- und einen Ausgangsteil. 
Mit Hilfe der Standard-Bezeichner IN und OUT muß der Benutzer 
vorgeben, in welcher Reihenfolge die Eingangs- und Ausgangsvaria- 
blen im jeweiligen Teil der Funktionstabelle aufgereiht werden 
sollen. Oft wird dazu der Konkatenations-Operator verwendet (siehe 
2,2.5.30. 


Beispiel: 


IN:=a//b//cin; 
OUT: =a+b+cin. 


Werden IN oder OUT undefinierte Werte zugewiesen, SO wird eine 
Fehlermeldung generiert. Don't Cares können nur mit Hilfe der 
Sektion CONSTRAINTS definiert werden. 


IN und OUT 


Existiert nur eine einzige Eingangsvariable, so darf man keine 


Anweisung der Form 


schreiben. Die Zuweisung für IN hat lediglich den Zweck, die Rei- 
henfolge der Variablen in der Funktionstabelle vorzugeben. Bei 
einer einzigen Variable steht die Reihenfolge ohne eine explizite 


Vorgabe fest. 
2.2.5.5 IF... THEN .. ELSE .. ENDIF 


Die Spezifikationssprache erlaubt beliebig geschachtelte bedingte 
Anweisungen wie sie auch in anderen Programmiersprachen ge- 
bräuchlich sind. 
Beispiel: 
IF a<O THEN 
a:=-1; 
sign:=-1 
ELSE 
IF a==0 THEN 
sign:=0 
ELSE 
sien:=l 
ENDIF 
ENDIF; 


Innerhalb eines IF-Blocks sind aufeinanderfolgende Statements 
wieder durch ";" getrennt. Das Ende eines Blockes wird durch ein 


fehlendes ";" angezeigt. 
2.2.5.6 CASE .. ENDCASE 


Mit dem CASE-Konstrukt kann man bequem Fallunterscheidungen pro- 
grammieren, wie sie z.B. bei Quantisierern auftreten. Im Gegensatz 
zum IF darf das CASE nicht geschachtelt werden; pro Fall ist nur 


ein Statement erlaubt. 


CASE .. ENDCASE 


Beispiel: 


CASE 
a>0: sign:=+1; 
a==0:sign:=0; 
a<0: sign:=-1 
ENDCASE; 


Durch den "Fall" TRUE kann man erreichen, daß immer mindestens 
eine Bedingung erfüllt ist. Sind mehrere erfüllt, so wird die 


lexikalisch erste verwendet. 


2.3 Das Übersetzungsprotokoll 


Beim Auftreten von Fehlern kann es interessant sein, Details über 
die verwendeten Variablen und Statements zur Verfügung zu haben. 


Mit Hilfe eines Zusatzes der Form 


(DEBUG = n) 
(n = 0..3) kann man ein Übersetzungsprotokoll unterschiedlichen 
Umfangs bekommen. Mit (DEBUG = 0) schaltet das Protokoll ab, 


(DEBUG = 3) schaltet sämtliche Protokoll-Optionen an. 


2.4 Editieren der Eingabe 


Editiert man aus HALMA.COM heraus eine HDL-Eingabe, so kann man 
sich über das Editor-Kommando "GOLD H" einen vorgefertigten Rahmen 
für HDL-Dateien kopieren. Das erspart Schreibarbeit und entlastet 


das Gedächtnis in Bezug auf die HDL-Syntax. 


2.5 Wenn ein Fehler eintritt 


Stellt der HDL-Compiler Fehler fest, so werden diese an passender 
Stelle als Kommentare in den Quelltext gemischt. Alte Fehlerkon- 
mentare werden beim nächsten Lauf automatisch wieder gelöscht. 
Fehlerkommentare beginnen mit *ERR* und können daher im Editor 


leicht gefunden werden. 
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Wenn ein Fehler eintritt 


Es kann in seltenen Fällen vorkommen, daß HDL durch Syntax-Fehler 
vollständig außer Tritt gerät und in einer Endlos-Schleife endet. 
Ein Benutzer-Abbruch durch Ctr1-Y führt dann wieder in das HALMA- 
Hauptmeni zurück. Man sollte jedoch nicht zu früh abbrechen, da 
sonst die letzte Version der HDL-Eingabe-Datei verlorengeht, wenn 
der Compiler beim Abbruch gerade dabei ist, alte Fehlerkommentare 


zu löschen oder Tabulator-Zeichen zu entfernen. 


Synthese von unvermaschten NAND2-Inverter-Netzen 


3 Synthese von unvermaschten NAND2-Inverter-Netzen 


3.1 Einführung 


Das HALMA-Teilprogramm HLM liest die Funktionstabelle des zu ent- 
werfenden Schaltnetzes, minimiert sie und generiert dann ein 
unvermaschtes Schaltnetz aus Invertern und NAND-Gattern mit je- 


weils zwei Eingängen. 


Diese NAND2-Inverter-Bäume werden dann als Netzliste an den nach- 
folgenden Block TREE (siehe Kapitel 4) zur weiteren Optimierung 


übergeben. 


3.2 Die Eingabe-Syntax im LOGE-Format 


Als Eingabe-Syntax wurde die Eingabe-Sprache des CAD-Programms 
LOGE von der Universität Karksruhe (Vertrieb: ISDATA GmbH, Karls- 


ruhe) übernommen und mit einigen Erweiterungen versehen. 


In den folgenden Abschnitten werden die einzelnen Bestandteile 


einer Eingabe für HLM beschrieben. 
Vorweg noch einige grundsätzliche Hinweise: 


Die HLM-Eingabe besteht aus mehreren Sektionen, die alle mit 
Schlüsselwörtern (erkennbar am "*") eingeleitet werden. Die 
Schlüsselwörter können ausgeschrieben oder soweit mit ihren An- 
fangsbuchstaben abgekürzt werden, daß Sie noch eindeutig 


unterscheidbar sind (drei Buchstaben reichen). 


Groß- und Kleinschreibung, überflüssige Leerzeichen sowie Tabula- 
tor-Zeichen werden ignoriert. Kommentare können entweder in einer 
n*CcOMMENT"-Sektion untergebracht oder als Inline-Kommentar mit 


einem ";" eingeleitet werden. 


Die Reihenfolge der Sektionen ist prinzipiell beliebig, soweit 
einzelne Sektionen nicht Informationen aus anderen Sektionen 
voraussetzen. Wer die Sektionen in der Reihenfolge verwendet, wie 


sie im folgenden beschrieben werden, macht nichts verkehrt. 
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Deklaration der Schaltnetzparameter 


3.2.1 Deklaration der Schaltnetzparameter 


Die drei Sektionen "*DECLARATIONS", "*X-NAMES" und "*y-NAMES" ge- 
ben die Anzahl und die Namen der Eingangs- und Ausgangsvariablen 


an. 


Ein Beispiel vorweg: 


*DECLARATIONS 

X-VAR = 4 in 

Y-VAR = 7 ; m 
*X-NAMES 

DAT1=1,DAT2=2,RST=3,CLK=4; 
*Y-NAMES 


" OUT1=7,0UT2=6,0UT3=5, 0UT4=4; 
OUT5=3,0UT6=2,0UT7=1; 


Wenn die Variablennamen nicht explizit angegeben werden, nimmt HLM 
die Standard-Namen X1, X2, ... Xn sowie Yl, Y2, ... Ym an. Die 
Variablen werden in der Funktionstabelle von links nach rechts 
beginnend mit 1 durchnumeriert. Variablennamen dürfen bis zu 24 
Zeichen lang sein. Im Original-LOGE sind nur sechs Zeichen zuge- 


lassen. 


Mit dem Schlüsselwort "*IDENTIFICATION" kann man den Entwurf mit 


einem Namen versehen: 


*IDENTIFICATION 


decoder 


Durch Verwendung des Schlüsselwortes "*<INFORM" kann man Informa- 
tionen über die HALMA-Eingabe erhalten. Die HALMA-Optionen werden 
erläutert. Außerdem werden die Heuristik-Parameter und die ge- 


wählten Optimierungs-Modi ausgegeben. 


Die Funktionstabelle 


3.2.2 Die Funktionstabelle 

Die Funktionstabelle beginnt mit dem Schlüsselwort N"*FUNCTION- 
TABLE" und endet vor dem nächsten Schlüsselwort. 

Ein Beispiel vorweg: 


*FUNCTION-TABLE 
0000 101010X 


0001 XXXXXX1 ;‚ entspricht 0001 ------ 1 
X011 0000111 
REST XXXX000 ; für alle anderen Eingangskombinationen 
%* 
Der Eingangsteil jeder Zeile muß n '0O'-, '1'- oder 'X'-Trits (Trit 


= ternary digit) enthalten und darf beliebig durch Leerzeichen, 
Doppelpunkte oder Kommata unterbrochen werden. Entsprechend muß 
der Ausgangsteil m Trits enthalten. Für Don't Cares kann statt x 


auch '-'! verwendet werden. 


Die abschließende REST-Zeile ist obligatorisch. Sie gibt die Aus- 
gangskombination für nicht spezifizierte Eingangskombinationen an 
und sollte möglichst "REST XXX..X" lauten, um dem Optimierungs- 


prozeß alle Freiheiten zu lassen. 


3.2.3 Formeleingabe 


Man kann statt einer Funktionstabelle die zu realisierenden 


Schaltfunktionen auch formelmäßig angeben. 


Für jede Ausgangsvariable muß dann ein Boolescher Ausdruck in der 
Sektion "*TRANSLATE" angegeben werden. Zur Zeit dürfen die fol- 


genden Operatoren in den Ausdrücken verwendet werden: 


! Negation 

Exclusive-OR 

! Exclusive-NOR 
* AND (auch durch Konkatenation) 
2 OR 
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Formeleingabe 


Beispiel: 


*TRANSLATE 
Y1=X1*X2; entspricht Y1=X1X2; oder Y1=X1 X2; 
Y2=X1°(X2+!1X3); : 


Mit Hilfe von runden Klammern kann die Abarbeitungsreihenfolge 
beliebig vorgegeben werden. Ansonsten gelten die Prioritätsrege- 


lungen, wie sie in der Booleschen Algebra üblich sind. 


Als Variablen-Namen müssen XI ..Xn und Yi .. Ym oder, falls per 
#*X-NAMES und *Y-NAMES definiert, die entsprechenden eigenen Namen 


verwendet werden. 


3.2.4 Optimierungskriterien 


Mit der Sektion "*OPTIMIZE" können verschiedene Optimierungsarten 


ausgewählt werden. 


Zur Zeit sind folgende Arten eingebaut: 


DELAY - auf minimale Stufenzahl optimieren 
GATES - Gatterzahl minimieren (DELAY geht vor GATES) 
URGENT - möglichst schnell eine Lösung suchen 
(auf Kosten der Lösungsgüte) 
RAPID - eine Art Super-URGENT mit entsprechenden 


Konsequenzen. 


Zunächst sollte man mit DELAY anfangen. Wenn die Rechenzeit kurz 
war und die erzielte Gatterzahl zu hoch, ist ein zweiter Versuch 
mit der Kombination DELAY,GATES empfehlenswert. Hat man es ganz 
eilig oder möchte nur einen Überblick gewinnen, so nehme man 


URGENT oder gar RAPID. 


Beispiel: 
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Optimierungskriterien 


*0PTIMIZE 
GATES,DELAY,RAPID; 


3.2.5 Heuristik-Parameter 


Mit vier Heuristik-Parametern kann der Optimierungsprozeß ent- 


scheident beeinflußt werden: 


RDEPTH gibt an, bis zu welcher Stufenzahl Lösungen gesucht wer- 
den sollen. Je kleiner RDEPTH gewählt wird desto weniger 
Rechenzeit benötigt HLM. Gleichzeitig steigt aber auch 
das Risiko, gar keine Lösung zu finden. In der Ausgabe 
von HLM findet man Angaben darüber, welche Suchtiefe 


wahrscheinlich ausreicht. 


CUBLIM, CUBLIMH und CUBLIMT steuern die angewendeten Zerle- 
gungsstrategien. Sie geben an bis zu welcher Größe von 


Unterfunktionen welche Zerlegungsmethode verwendet wird. 


Praktische Werte sind: 


*HEURISTICS 
CUBLIMH = ‚ zwischen 1 und 8 wählen 
CUBLIMT = 3 ; für CUBLIM=99 ziwschen 1 und 6 wählen 
CUBLIM = 7 ‚ größer als CUBLIMH aber kleiner als 10 
RDEPTH = 10 ‚ erlaubte Stufenzahl 


Der Wert von CUBLIMH muß immer unter dem von CUBLIM liegen, je 
größer beide sind, umso besser wird die Lösung und umso mehr 


Rechenzeit wird benötigt. 


CUBLIMT kommt erst dann zum Tragen, wenn CUBLIM auf 99 gesetzt 


wurde. In diesem Fall ist CUBLIMH irrelevant. 


3.2.6 Synthese-Arten 


HLM enthält verschiedene Optimierungsalgorithmen, die über ent- 


sprechende Schlüsselwörter ausgewählt werden können. 


Synthese-Arten 


Übersicht: 


*MULTI-LEVEL ; mehrstufiger Entwurf, Default: zweistufig 


*SINGLE ‚ Einzeloptimierung, Default: Bündeloptim. 
*SIMPLIFY ; schnell aber suboptimal 
*PRESS ; Zeilen mit gleichem Ausgangsteil vorher 

- zusammenfassen 


Mit einer "*POLARITY"-Sektion kann man ohne Änderungen in der 
Funktionstabelle oder in der Formeleingabe dafür sorgen, daß be- 
stimmte Ausgänge invertiert, normal oder gar nicht berechnet wer- 
den. Der Schaltungsaufwand läßt sich durch Invertieren manchmal 


senken. 
Beispiel: 


*POLARITY 
ORIGINAL DATA1,DATA2,FIFO; 
INVERTED RST; 


Nicht angegebene Signale werden auch nicht berechnet. Ohne 
*POLARITY-Sektion werden alle Ausgänge normal berechnet 
(=ORIGINAL). 


3.2.6.1 Zweistufige oder mehrstufige Synthese? 


Im Fall einer zweistufigen Optimierung wird lediglich die Funk- 
tionstabelle zusammengefaßt und kein mehrstufiges Schaltnetz er- 
zeugt. Es kann sinnvoll sein, zunächst nur zweistufig zu optimie- 
ren. Erstens kann man dann entscheiden, ob ein PAL/PLA-Baustein 
ausreicht, und zweitens kann man das Ergebnis für nachfolgende 


mehrstufige Optimierungen verwenden und so Rechenzeit einsparen. 


Die Mehrstufen-Optimierung wird durch "*MULTI-LEVEL" eingeschal- 
tet. 
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Bündel- oder Einzel-Optimierung? 


3.2.6.2 Bündel- oder Einzel-Optimierung? 


Bei einer Bündeloptimierung wird versucht, alle Schaltfunktionen 
gleichzeitig und unter gegenseitiger Berücksichtigung zu optimie- 
ren. Das braucht im Normalfall mehr Rechenzeit und führt zu Lö- 


sungen, die weniger Gatter aber oft größere Delays aufweisen. 


Mit "*SINGLE" kann man die Bündeloptimierung abschalten. Dann wird 
für jeden Ausgang einzeln optimiert und erst in TREE wieder zu- 
sammengefaßt. Diese Betriebsart ist schneller und führt zu Lösun- 


gen, die kürzere Delays aber oft mehr Gatter benötigen. 
3.2.7 Im Falle von Eingabefehlern 


Syntax-Fehler werden von HLM mit Angabe der fehlerhaften Zeile 
(oder der unmittelbar folgenden Zeile) ausgegeben. Die meisten 
Fehler füren zu einem Programm-Abbruch. Lediglich nach informati- 


ven Warnungen wird weitergerechnet. 
3.3 Bestandteile der Ausgabe 


Die Ausgabe von HLM enthält neben einer Kopie der Eingabe Schät- 
zungen für die Stufenzahl der Lösung, eine Laufzeitstäatistik, 
etwaige Fehlermeldungen und eine Zusammenfassung für den 


schaltungstechnischen Aufwand der gefundenen Lösung. 


3.4 Die Syntax _der erzeugten Netzliste(n) 


Die erzeugte Netzliste besteht aus einer Zeile pro Gatter und 


enthält außerdem Angaben über die Variablennamen. 
Eine Beipielnetzliste vorweg: 


Ni=NAND2(X1,X2) 
N2=INV(X1) 
N3=INV(X2) 
N4=NAND2(N2,N3) 
N5=NAND2(NI1,N4) "AI" 


3=T 


Die Syntax der erzeugten Netzliste(n) 


X1=A 
X2=B 
Al=A”B 
END 


Die Knoten werden mit Ni .. Nk bezeichnet. Eingangsvariable hei- 


Ben XI .. Xn. Die folgenden Gattertypen sind vorhanden: 


AND 
NAND 
OR 
NOR 
EXOR 
EXNOR 
INV 


Bei Gattern mit mehr als einem Eingang wird die Zahl der Eingänge 


dem Namen angehängt, wie im Beispiel zu sehen ist. 


Wird ein Eingang direkt zu einem Ausgang des Schaltnetzes 
durchgeschaltet, So erzeugt HALMA z.Z. statt eines "Drahtes" zwei 
hintereinandergeschaltete Inverter. Diese Notlösung wurde gewählt, 


um ohne den "Gatter"typ WIRE auszukommen. 


Nach dem END-Statement dürfen beliebig viele weitere Netzlisten 


folgen. Die genaue Syntax finden Sie in Anhang C. 


3.5 Wenn HLM keine Lösung findet 


Wenn HLM keine Lösung gefunden hat, liegt meist einer der folgen- 


den Gründe vor: 


1. Die Suchtiefe RDEPTH wurde zu niedrig vorgegeben 

>, Die Heuristik-Parameter CUBLIM, CUBLIMH und CUBIMT wurden nicht 
groß genug angegeben. 

3. Wegen der Optimierungs-Modi URGENT oder RAPID wurde keine Lö- 


sung gefunden. 


Abhilfe schafft dann ein neuer Versuch mit "großzügiger" angege- 


benen Parametern. 
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3.6 Im Fehlerfall 


Kommt HLM zu keiner Lösung oder bricht gar mit einer Fehlermeldung 


ab, so bleibt nur folgendes zu tun: 


1. Die Installation von HALMA überprüfen: Fehlende oder falsch 
definierte Dateien und Symbole können zum Abbruch führen. 

>, Die User-Quotas überprüfen: Wenn die Disk-Quota oder die Page- 
File-Quota zu niedrig sind, kann es zu Fehlern kommen. 
Mit geänderten Parametern weiter"probieren!". 


4. Das Formular in Anhang D ausfüllen und einsenden. 
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4 TREE: Optimierung durch lokale Transformationen 


4.1 Einführung 


Die von HLM erzeugten unvermaschte NAND2-Inverter-Schaltnetze 


lassen sich meist noch auf zwei Arten verbessern: 


1. Durch sogenannte "lokale Transformationen", bei denen Teil- 
schaltnetzte durch Gatterkonstellationen ersetzt werden, die 
günstigere Eigenschaften aufweisen. 


2, Durch Zusammenfassen äquivalenter Unterschaltnetze. 


Diese beiden Optimierungsmethoden wendet das HALMA-Teilprogramm 
TREE an, nachdem es die zuvor erzeugte Netzliste gelesen und als 


Graph im Rechner abgelegt hat. 


Die Auswahl der auszuführenden lokalen Transformationen wird durch 
eine Bewertungsfunktion gesteuert, die angibt, wie "gut"! das 


Gesamtschaltnetz vor und nach der Transformation war bzw. ist. 


TREE überprüft, ob durch die Transformationen das logische Ver- 
halten des Schaltnetzes verändert wurde. Ist dies der Fall, so 
liegt normalerweise ein Programmfehler vor, der dann durch eine 


entsprechende Meldung angezeigt wird. 


4.2 Drei Optimierungs-Modi 


TREE enthält drei Strategien, um die nächste lokale Transformation 


unter allen anwendbaren Transformationen auszuwählen: 


1. Jede anwendbare Transformation, die die Bewertungszahl des 
Schaltnetzes erhöht, wird ausgeführt. 

2. Jede anwendbare Transformation, die die Bewertungszahl des 
Schaltnetzes um eine vorgegebene Schwelle erhöht, wird ausge- 
führt. (Dieser Modus ist z.Z. nicht eingebaut) 

3. Von allen anwendbaren Transformationen wird diejenige ausge- 


führt, die die Bewertungszahl am meisten erhöht. 


Drei Optimierungs-Modi 


Die dritte Methode führt im allgmeinen zu den besten Ergebnissen, 
braucht aber auch die meiste Rechenzeit. Die zweite Methode ent- 
hält die erste als Sonderfall (Schwelle 0) und eignet sich für 
Fälle, in denen schnell eine Lösung ermittelt werden soll. 


Durch Editieren der Datei SETUP.TREE kann der Benutzer den Opti- 


mierungsmodus von TREE verändern. 


4.3 Gewichtung der Optimierungskriterien 


Die Bewertungsfunktion besteht aus einer gewichteten Summe der 
vier Schaltungsparameter Gatterzahl, Verbindungszahl, Transistor- 


zahl und Verzögerungszeit: 
B = -(Gg*Gates +Ge*Connects +Gt*Transistors +Gd*Delay) 


Durch Wahl der Gewichtskoeffizienten kann der Benutzer entschei- 
den, ob mehr auf Gatterzahl (entspr. Fläche) oder auf Verzöge- 


rungszeit optimiert werden soll. 


Das negative Vorzeichen sorgt dafür, das die Bewertungszahl maxi- 


miert werden muß und nicht minimiert. 


Die Koeffizienten entnimmt TREE der Datei GDVM.DAT auf der aktu- 
ellen Benutzer-Directory. Dort können sie per Editor verändert 


werden. 

4.4 Eingabe der Technologie-Parameter 

Außer den Gewichten enthält GDVM.DAT noch die Technologie-Parame- 
ter der verwendbaren Gattertypen: 


Für jeden Gattertyp: 


Anzahl der Transistoren 
Delay in Abhängigkeit vom Fan-Out 


Fan-In 


Eingabe der Technologie-Parameter 


Das Delay wird durch je zwei Koeffizienten angegeben: 
D = k,+kz*FO 


D - Delay in [ns] 

kı - Verzögerngszeit bei FO=0, d.h. die Zeit 
um eigene Kapazitäten umzuladen 

K, - Faktor, mit dem FO beim Delay eingeht, d.h. 
die Zeit um eine Standardkapazität 
am Ausgang umzuladen 


FO - Fan-Out in Inverter-Äquivalenten 


Soll TREE mit einer neuen Zellbibliothek verwendet werden, SO 
muß GDVM.DAT entsprechend geändert werden. 


4.5 Steuerung der Protokoll-Ausgabe 


Neben dem Optimierungs-Modus kann der Benutzer vorgeben, ob jede 
untersuchte Transformation auf dem Bildschirm ausgegeben werden 
soll. Dies kostet zwar Rechenzeit, gibt aber Auskunft über den 
Fortgang der Optimierung. Um das Protokoll ein- oder auszuschal- 


ten, muß man die Datei SETUP.TREE editieren. 
4.6 Im Fehlerfall 


Fehler beim Gebrauch von TREE können sein: 


1. Syntax-Fehler in der Netzliste oder fehlende Netzliste 
2. Syntax-Fehler in GDVM.DAT oder GDVM.DAT nicht vorhanden 


3. Programm-Fehler 


Während man Syntax-Fehler dank der entsprechenden Meldungen meist 
recht schnell beheben kann, hilft im dritten Fall nur der Griff 


zum Formular für Fehler-Reports in Anhang D. 


Manchmal hilft auch ein neuer Versuch mit einem anderen Optimie- 


rungs-Modus, doch noch zu einer Lösung zu kommen. 
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5 PLT: Plot-Ausgabe von Schaltnetzen 
5.1 Einführung 


Um die von HALMA entworfenen Schaltnetze nicht nur als Netzliste 
sondern auch als Schaltplan zur Verfügung zu haben, enthält HALMA 
eine graphische Ausgabe. Das Teilprogramm PLT liest Netzlisten ein 
und gibt sie als Druck-Graphik oder als Plot-Graphik aus. 


5.2 Zwei Normen für Schaltzeichen 


PLT kann Schaltpläne sowohl in der vielen Entwicklern vertrauten 
"Halbkäse"-Darstellung als auch in der neuen DIN-Darstellung aus- 
geben. Die Druck-Graphik verwendet stets die kastenförmigen Gat- 


tersymbole nach DIN. 
Folgende Varianten von PLT stehen zur Verfügung: 


1. HALMAPLOT stellt in der Plot-Graphik Gatter als "Halbkäse" 
dar und erzeugt parallel eine Druck-Graphik 

2. HALMADRUCK erzeugt keine Plot-Graphik sondern nur eine 
Druck-Graphik 

3. HALMAPLOTNEU erzeugt Plot- und Druck-Graphik in Kästchen- 
Darstellung nach DIN 


5.3 Druck- oder Plot-Ausgabe 


Die Druck-Graphik läßt sich als normale ASCII-Datei auf Drucker 
oder Terminal ausgeben. Ist das Schaltbild so breit, daß es nicht 
in 132 Zeichen paßt, so werden mehrere Streifen (bis zu drei) 
erzeugt, die dann nebeneinandergelegt werden müssen. Druck-Gra- 


phik-Dateien haben die Extension ".PRN". 


Plot-Graphik-Dateien werden in einem Vektor-Format beschrieben, 
das intern am Institut für Theoretische Nachrichtentechnik ver- 
wendet wird. Wer die zugehörige Plot-Software nicht zur Verfügung 
hat, kann die auf dem HALMA-Band befindlichen Plot-Treiber zur 


Druck- oder Plot-Ausgabe 


Ausgabe der Graphik benutzen. 


Plot-Graphik-Dateien können recht umfangreich werden; sie haben 


die Extension ".PLT". 


In den von PLT erstellten Graphiken gibt es manchmal außer norma- 
len Leitungen auch solche, die durch Punkt-Linien dargestllt sind. 
Hier handelt es sich um sogenannte Komplexgatter. Das sind Gat- 
terkonstellationen, die sich durch spezielle Transistor-Schaltun- 
gen besser realisieren lassen, als wenn man sie aus konventionel- 
len Gattern aufbaute. Im Schaltplan wird in solchen Fällen die 
äquivalente Konstellation konventioneller Gatter dargestellt, die 


zur Unterscheidung mit punktierten Leitungen verbunden sind. 


5.4 Ausgabe auf Tektronix-Terminals 


Mit Hilfe der Programme TEKPLOT.COM und TEKPLOT.EXE können HALMA- 
Plots auf Tektronix-Terminals ausgegeben werden. Die Prorgamme 
wurden in Hannover mit dem Tek 4115b und dem VT100RG-Terminal er- 


probt. 
Bedienungshinweise erhält man mit dem Aufruf: 


@HLM$COM:TEKPLOT ? 
5.5 Ausgabe in HP-GL 


Ähnlich wie TEKPLOT HALMA-Plots auf Tektronix-Terminals ausgibt, 
wandelt HPPLOT Dateien vom HALMA-Plotformat in die Hewlett-Packard 
Graphics Language (HP-GL) um. Die umgewandelten Dateien können 


dann auf HP-GL-fähigen Plottern ausgegeben werden. 
Nähere Bedienungshinweise ergibt der Aufruf: 


@HLM$COM:HPPLOT ? 


Im Fehlerfall 


5.6 Im Fehlerfall 


Drei Arten von Fehlern können bei der Benutzung von PLT auftre- 


ten: 


1. Syntax-Fehler in der Netzliste 
2. Überlauf der PLT-internen Arbeitsblatt-Matrix 


3. Programm-Fehler 


Nur die erste Art von Fehler kann von Benutzer selbst behoben 
werden. Bei einem Überlauf war die auszugebende Schaltung so groß, 
daß PLT recompiliert werden müßte um sie ausgeben zu können. Pro- 


grammfehler sollten Sie uns mit dem Formular in Anhand D mittei- 


len. 
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Anhang A: 


Syntaxgraphen 


PROGRAMMAUFBAU: 


HEADER FPIDECLARE FPICONSTRAINTS FiDELAYS mSPECIFICATION 


HEADER: 


PROGRAM JLIDENT IF IER HK I>XDEBUG IK EI [CONSTANT HX )> 


DECLARE: 
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SPECIFICATION: 
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STATEMENT: 


INPUT - DEFINITION: 
v \ 
une IDENTIFIER TI XI I IDENTIFIER HX:= > TERM PP 
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CASE - STATEMENT 










IF - STATEMENT 


STATEMENT 











TERM: 
> [LOGICAL Hr er TT -{COMPARE 2 
OPERATOR Rp 


MONADE: 


|MONADE - OPERATOR HXt >-[OPERAND KX > 


OPERAND: 


5 IDENTIFIER 7 
5 CONSTANT Jo 


5 _MONADE 





COMPARE: 


LOGICAL: 


- 6 - 








MONADE - OPERATOR: 


OPERATOR: 


- LNV- 





IDENTIFIER: 








LETTER 





, LETTER - 


DIGIT | 





Die Syntax von HLM 


Die HLM-Syntax ist ein SUPERSET der LOGE-Syntax, d.h. HLM sollte 
jede korrekte Eingabedatei für LOGE-SNE, LOGE-PLA und LOGE-RAM 
verarbeiten können. Schlüselwörter fangen mit '*' an, Kommentare 


werden mit ';' eingeleitet. 


Der Text bis zum ersten Schlüsselwort wird als Kommentar überle- 


sen. 


Leerzeilen und Blanks können beliebig eingestreut werden. Die 
Reihenfolge der Eingabesektionen ist nur dadurch eingeschränkt, 
dass vor der Funktionstabelle feststehen muss, wieviele Variable 


vorliegen. 


Tauchen Sektionen doppelt auf, so gilt die jeweils letzte. Nicht 
aufgeführte LOGE-Schlüsselwörter werden ignoriert (EuB. 


*PARTITION, *RAM, *PLA etc.). 


Wenn nichts anderes angegeben wurde, verhält sich HALMA wie LOGE- 
PLA: es wird eine zweistufige Bündel-Minimierung mit MOMIN durch- 
geführt. Alle in dem Syntax-Demonstrations-beispiel genannten 


Flags sind ausgeschaltet. 


Die Ausgabe von HALMA stimmt nicht mit der von LOGE überein. Aus- 
gegeben werden entweder die Netzliste der mehrstufigen Lösung oder 


eine Funktions-Tabelle der minimierten zweistufigen Lösung. 
HLM - Syntax: 


*IDEntification ; bei Schlüsselwörtern reichen 3 Buchstaben 


<name bis 40 Zeichen» 


*HEUristics 

CUBLIMH=5 ; Cube-Limit für HALFS 

CUBLIMT = 8 ; Cube-Limit für TREESPLIT 

CUBLIM = 7 ; Cube-Limit für GENKLST 

RDEPTH=5 ;‚ maximale Rekursionstiefe für BESTIST 
*OPTIMIZE ; 


URGENT, GATES,DELAY,RAPID; 


*SINgle ; jeden Ausgang für sich optimieren 


*MULti-level ; mehr als zwei Stufen möglich 

*PRESS ; schaltet PRESS vor die Optimierung 
*SIMplify ;‚ verwendet SIMPLIFY 

*INFORM ;‚ Ausgabe von Informationen über d. Eingabe 
*DEClarations 

X-Var = 6 ; maximal 64 

Y-Var = 4 ;‚ maximal 32 

CPU-time = 1000 ; wird von HALMA ignoriert 

*%X-Names 

I1=1,12=2,13=3,IH4=4, 

15-5,16=6; ; Default-Namen X1, X2 

*Y-Names 

OUT1=1,0UT2=2, OUT3=3, 

OUTY=4; ; Variablen-Namen bis zu 24 Zeichen lang 
*C0Mment 

<beliebiger Kommentar bis zum nächsten Schlüsselwort> 

*URGent ; schaltet das URGENT-Flag ein 

*CONsist ; Tabelle wird auf Konsistenz geprüft 
*REDundant ; Tabelle wird auf Redundanz geprüft 
*FUNction-table 

110010 00X1 ‚ in die Zeilen dürfen Blanks und Kommas 
001100 1110 ; eingestreut werden 


XO1IXX1 X1X]1 
X10XX1 0000 
REST --- - ; REST muß immer (!!) angegeben werden 


statt (!) *FUNCTION: 


*TRANSLATE 

our] = 11712; ; BOOLEsche Ausdrücke 

0072 = (TI 13) | 

(13 !+ I2); 

*POLARITY ; Ausgänge können invertiert u. 
ORIGINAL OUT1,OUT2; 5 ignoriert werden 
INVERTED OUT3; ; OUT4 wird nicht berechnet! 
*END 


Syntax der HALMA-Netzlisten 


netlists::= netlist "END" [netlists] 
netlist ::= statement “statement? <inputdeclaration> 
<outputdeclaration> 
statement ::= nodenum " = " ["c"] gatetype [incount ] 
"(" nodenum | var <"," nodenum | var? nn 


[comment [comment ]] 


nodenum ::= ("N"|"G") number 
gatetype ::= "INV" | "NAND"!" | "NOR" | "AND" | "OR" | 
N EXOR" | "XNOR" 
ineount :;:= number | "" 
var ıı= "X" number 
comment ::= """ [char [char [char]]] """ 


mem Mm A" number mim | 


mm non number mer 


inputdeclaration ::= var "=" identifier 
outputdeclaration ::= "A" number "=" identifier 
identifier ::= char <char | digit> 
number ::= digit <digit> 
digit s:= TOR | "IT 0. p ee 
char = Mat „| ut | mat „| "ZE 


Groß- und Kleinschreibung wird nicht unterschieden. Leerzeichen 
dürfen außer in Schlüsselwörtern beliebig eingeschoben werden. 
Statements dürfen nur bis zu eine Zeile lang sein. Die Anzahl der 
Eingangs-Parameter muß mit dem jeweiligen "INCOUNT" übereinstim- 
men. "INCOUNT" darf bei Invertern weggelassen werden. "C" vor 
einem Gattertyp (z.B. CNAND2()) bedeutet, daß das Gatter Teil 


eines Komplexgatters ist. 


Fehler-Meldeformular: 


Bitte einsenden an: 


Universität Hannover 
Institut für Theoretische Nachrichtentechnik 
und Informationsverarbeitung 
A.Kemper 
Callinstr. 32/1305 
3000 Hannover I 


nn 
Name: 


Institution: 
Adresse: Telephon: 
Rechenanlage: HALMA-Version: 


ng 
Fehler-Beschreibung: 


LI nn 
Bitte legen Sie Ihrem Fehler-Report möglichst aussagekräftige In- 


formationen (die verwendeten Benutzer-Dateien, Trace-Back-Dumps 
etc.) bei. 


Vielen Dank für Ihre Mitarbeit! 


e 


. 


Ü 
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Listing of save set{s) 


Save set! HALMA.BKP 

Written by: KEMPER 

ulc: [070,002] 

Date: 12-SEP-19534 07:27:49.21 
Command: BACKUP/VERIFY/REW [L.HALMA...J MTAO:HALMA.BKP 
Operating system: VAX/VMS version V4.3 
BACKUF version: v4.3 

CFB ID register: 013811B5 

Node name: _TNTHAN:: 

Written on: _MTAO: 

Biock size: 8172 

Group size: 10 

Buffer caunt:® 3 


CKEMDIR.HALMAICOM,.DIRS1 
[KEMDIR.HALMA.COMIASSIGNMENT. INCHA 
[KEMDIR.HALMA.COMIAUTOINSTALL.COM:1A 
[KEMDIR. HALMA.„COMICOM_TO_HLM.COM5 1A 
C[KEMDIR.HALMA.COMIEDIT.COM:Z1 
I[KEMDIR.HALMA.COMIEDTINI.EDTSZ 
I[KEMDIR.HALMA.COMIHALMA.COMS 122 
I[KEMDIR.HALMA.COMIHALMABATCH.,COM5S 24 
[KEMDIR.HALMA.COMIHALMALOGIN.COMS1 
[KEMDIR.HALMA.COMIHDLEDTINI.EDT51A 
[KEMDIR.HALMA.COMIHILONET.COMS2! 
[KEMDIR.HALMA.COMIHLMEDTINI.EDT5SS 
[KEMDIR.HALMA.COMIHLMLOGIN.COMSAS 
[KEMDIR.HALMA.COMIHPPLOT .COMS4 
[KEMDIR.HALMA.COMIINSTALL.COMSS 
[KEMDIR.HALMA.COMISIMONET.COMIZ 
[KEMDIR.HALMA.ECOMITEKINIT.COMSSG 
[KEMDIR.HALMA.COMITEKPLOT.COMST 
[KEMDIR.HALMAIDAT.DIRS51 
I[KEMDIR.HALMA.DATIGDVM.DATIS 
CKEMDIR.HALMA.DATIGDVMGATES.DAT:I 
[KEMDIR.HALMA.DATIHALMADF.DATI11 
[KEMDIR.HALMA.DATISETUP.TREEj}1 
[KEMDIR.HALMAIDOC.DIRS51 
I[KEMDIR.HALMA.DOCIBUGS.DOC52 
I[KEMDIR.HALMA.DOCIBUGS.DOCHI 
[KEMDIR.HALMA.DOCIHPPLOT.DOGIE 
T[KEMDIR.HALMA.DOCIMANUAL.TEXI7 
[KEMDIR.HALMA.DOCITEKPLOT.DOCH! 
I[KEMDIR.HALMAIEXE.DIREI 
[KEMDIR.HALMA.EXEIHALMA.EXEIT 
[KEMDIR.HALMA.EXEIHALMADRUCK .EXEI73 
[KEMDIR.HALMA.EXEIHALMAPLOT.EXE377 
I[KEMDIR.HALMA.EXEIHALMAPLOTNEU.EXE3Z1 
[KEMDIR.HALMA.EXEIHDLRUN..EXEIE 
C[KEMDIR.HALMA.EXEIHILONET.EXE;1 
[KEMDIR.HALMA.EXEIHPPLOT .EXE}1S 
[KEMDIR.HALMA.EXEISIMONET.EXEJA 
I[KEMDIR.HALMA.EXEITEKPLOT.EXEj5I 
[KEMDIR.HALMA.EXEITREE.EXE3I 
[KEMDIR.HALMAJUSR.DIRSI 
[KEMDIR.HALMA.USRIBSPBARN.HLM5SS 
I[KEMDIR.HALMA.USRIBSPBRAL.HLMIS 
[KEMDIR.HALMA.USRIBSPCOMPA.HLMSI 
[KEMDIR.HALMA.USRIBSPDAOL1?O.HLMSZ 
[KEMDIR.HALMA.USRIBSPDAO1P1.HLMS1 
[KEMDIR.HALMA.USRIBSPEXOR3.HLM5Z 
I[KEMDIR.HALMA.USRIBSPEXORA.HLMIS 


Geo BP Auftüchmmpenehhe 


| 


MeuUsSsuguurerre DO NSNÜUPRC DT PART IIND INT U 


335 


Ruemekiide dd 


13-MAF 
17-AUC 
17-AUC 
25-APF 
24-APF 
Za-ArF 
97-5EF 
24- JUN 
13-AUC 
29-APR 
S-AUC 
ZA-APR 
17-AUTG 
13-MAY 
27-MANY 
97-SEF 
13-AUC 
27-MAY 
17-MäAR 
17-MAR 
17-MAR 
14-JAh 
24-JUN 
13-MAR 
13-AUGC 
23-MAY 
G= MAY 
13-MAY 
26-NOW 
13-MAR 
14-AUC 
2&-MAY 
24-MAY 
Za-MAY 
27-MAR 
3-AUG 
&-MAY 
7-SER 
13-MAY 
11-AUG 
24-MAR 
25-APFR 
27-APR 
23-APR 
2&-APR 
Z3-APR 
235-APR 
7-MAY 


© 


_„Gis[CKEMDIRIBKPLISTI.LISSI 


[KEMDIR.HALMA.USRIBSPFADD.HLMS1 
[KEMDIR.HALMA.USRIBSPFADDI.HLMS1 
[KEMDIR.HALMA.USRIBSPMICRO.HLMS1 
[KEMDIR.HALMA.USRIBSPMUXS.HLMS1 
I[KEMDIR.HALMA.USRIGDVM.DATIS 
[KEMDIR.HALMA.USRIHALMA.HDL3Y 
[KEMDIR.HALMA.USRIHALMA.HLM35 
[KEMDIR.HALMA.USRIHALMA.,HNETFZ 
[KEMDIR.HALMA.USRIHALMA.PRTI2 
[KEMDIR.HALMA.USRIHALMA.TNETIZ 
CKEMDIR.HALMA.USRIHALMA_1.HILOST1 
[KEMDIR.HALMA.USRIHALMA_1.PLTS! 
[KEMDIR.HALMA.USRIHALMA_1.PRNSZ 
[KEMDIR.HALMA.USRIHALMA_2.HILDS1 
[KEMDIR.HALMA.USRIHALMA_Z.PLTSI 
[KEMDIR.HALMA.USRIHALMA_Z.PRNSZ 
CKEMDIR.HALMA.USRIHPPLOT.DEFIZ 
[KEMDIR.HALMA.USRINETPARA.DATSI 
[KEMDIR.HALMA.USRISTAT.DAT#FA 
[KEMDIR.HALMA.USRITEKPLOT.DEFS7 
[KEMDIR.HALMA.USRITIMER.DATIZ 


Total of 479 files; 2795 blocks 
End of save set 
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„uiz[KEMDIRIBKPLISTI1.LISSI 


[KEMDIR.HALMA.USRIBSPFADD.HLMS1 
[KEMDIR.HALMA.USRIBSPFADDI.HLMSI 
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Total of 47 files; 2793 blocks 
End of save set 
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